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ABSTRACT. This paper discusses the expression of algorithms by flowcharts, and in particular 
by flowcharts without explicit go-to’s (D-charts). For this purpose we introduce a machine 
independent definition of algorithm which is broader than usual. Our conclusion is that D- 
charts are in one technical sense more restrictive than general flowcharts, but not if one allows 
the introduction of additional variables which represent a history of control flow. 
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1. Introduction 


The term “algorithm” is used in many different ways. Sometimes we speak of an 
algorithm as a process in the abstract, without reference to a particular computer. 
It is in this sense, for example, that we speak of the “radix exchange sort algorithm,” 
or the “simplex algorithm.”’ Often we identify an algorithm with a particular se- 
quence of instructions for a particular computer. 

In this paper we shall present a new definition of algorithm which emphasizes 
the sequence of commands associated with a particular “input.” We then define 
the notion “expression” of algorithms by general flowcharts and flowcharts without 
explicit go-to’s (D-charts). Some theorems are given which exhibit some of the rela- 
tionships between algorithms, flowcharts, and D-charts. 


2. Algorithms 


Central to our discussion is the notion of an algorithm which is defined independently 
of its expression in a given language. One such definition of an algorithm can be 
given as follows: 

Let N be a set of variables or names. If n € N, then n takes on values in a value 
set V, . Let C be a finite sct of “sufficiently basic” operations called commands. All 
members of C are of the form y — f(y, +++ , yx), where k > 0, y, yr, °-* , Ye are 
members of V, and f is some function of the valucs of the names #1, °°: , ye. A 
function s which associates with cach member of NV a value in the corresponding 
valuc set is called a state function; that is, if for every n € N, s(n) € V,, then s 
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is called a state function. Let S denote a prechosen class of state functions called 
mitial state functions. An algorithm A is a function which associates with each mem- 
ber s < S a finite sequence A(s) of members of C (possibly the null sequence X). 
The execution of A with respect tos € Sis a finite sequence sos: --- s, of state func- 
tions determined by: 

l. wo = 8. 

2. Suppose y — f(y, --+ , yx) is the zth term in the sequence A(s); then s;(n) = 
s(n) for alln € (N — {y}) and s(y) = f(sea(yr), +++, Si-a(Ye)). 

3. u is equal to the number of terms in A(s). 

Example: Algorithm SEARCH. N = {M, list{ ], count[ J, 2, z}. We are using 
list, | (and count[ ]) to denote a countably infinite number of names; specifically 
list{ ] is shorthand for the names list{1], list(2], list(3], ---. S = {s|s(AZ) > 1}. 
This algorithm searches list[1J, --- , list(47| for x. Lf it is found at position j, say, 
count[j] is incremented by 1. If it is not found, it is appended to the list at position 
M + 1, eount[47 + 1) is initialized at 1, and finally 7 is incremented by 1. 

Let C = {a, +--+, Cl. 


aie, c * list[i] - 2, 
og *tieitl, cs = ecount[i] — 1, 
cs * count[/] — count{4] +1, co 4 Mi. 
SEARCH is given by 
c1(€2)* “eg if s(x) = s(listlj]), 1 < 7 < s(M), 7 is as small 
SEARCH(s) = as possible, 


er(o)Pcreses if s()  s(list[j]), 1 < 7 < s(M). 


The above definition of an algorithm employs only the sequence of commands 
to be carried out and says nothing about how one determines the appropriate com- 
mand sequence for each initial state function. This allows us to discuss the idea of 
having more than one expression for a given algorithm. Our primary concern is with 
the finite expression of algorithms by charts which indicate in a schematic way the 
“flow of control” from command to command. 


3. Flowcharts and D-Charis 


Clearly, if there are only a finite number of allowable initial state functions one 
could simply catalog the appropriate command sequences of an algorithm. Com- 
plications arise when there is an infinite number of possible initial state functions. 
We shall use a special class of flowcharts called D-charts as a means of expressing 
algorithms. 

By a jlowchart F we mean a finite directed graph which satisfies the following: 

1. Each of the vertices of must be one of the following types: 

(a) Start verter: 


F contains precisely one start vertex, and this vertex has exactly one edge 


incident away from it and no edges incident toward it. 
(b) Stop vertex: 
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F contains precisely one stop vertex, and this vertex has one or more edges 
incident toward it and no edges incident away from it. 
(c) Command type: 


a is a sequence of commands; there are one or more edges incident toward a 
command vertex; exactly one edge is incident away. 


(d) Decision type: 
Je 


There are two cdges leaving a decision vertex; one of these edges is labeled 
with a quantifier-free predicate P and the other with ~P, the negation of P; 
there are one or more edges incident toward a decision vertex. 

2. F is a connected graph (in the undirected sense) . 

We consider a quantifier-free predicate to consist of “atoms” which are combined 
according to the rules of the propositional calculus. The atoms are relations of the 
form R(y1, +--+, ys) where y; € N fori = 1, --- ,k; k > 0; and R takes on the 
value “true” or ‘false’ when we substitute the values of the variables y; 
in R(n, pears Ye)- 

D-charts (after Dijkstra [1]) are a restricted class of flowcharts defined recursively 
by the following grammar: 


<OCHART> + prin 

<BLOCK> —+ <COMMANDD|cENUMERATIOND|CITERATIONS- 
canoe 

<BLOCK> — caida 

comune fal sma 


P we 

<ENUMERATION? = aifoo  <adoo 
e 

<ITERATION> > © Stee 


Note that the following conventions have been used: 
(1) in the (ENUMERATION) rule we have used Y for i , and 


(2) in the (ITERATION) rule we have used 


id P 
for a 
~P <BLOCK> <BLOCK> 


It should be clear that this last convention eauses no difficulty in determining 
where to return after we have “executed” (BLOCKS). 

The quantities defined for algorithms in Section 2 are defined analogously for 
flowcharts; thus we may speak of the set N of variables of a flowchart F, the set S 
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of initial state functions of F, and the set C of commands associated with F. The 
sequence of commands and state functions associated with each s € S is deter- 
mined by F as follows: initially, we have s € S as our current state function, a 
command sequence c equal to A, and a state function sequence ¢ = s, and we are 
positioned at the START vertex of F. 

Suppose we are at a vertex v C F, with the current state function s’, current com- 
mand sequence c, and current state function sequence o. We shall describe how one 
determines a new current state function, updates c and ¢, and chooses a new current 
vertex in F: 

(1) If » is the START vertex, s’, c, and o are unchanged and we move to the 
unique successor of the START vertex. 


(2) If vis a command vertex and @ = cy. +++ Cm, then ¢ becomes ceicz +++ Cm, 
s’ becomes sm, and o becomes 081 «++ Sm 3 Where if ¢; = y— f(y, +++ , yx), then 
s(n) = 8 1(7) for alln € N — {y} and sify) = f(sia(ys), --- , 5i-1(ye)), and 


where s) = s’. We move to the unique successor of the command vertex. 
(3) If » is a decision vertex, s’, c, and o remain unchanged. We evaluate P with 


A D-chart which expresses Algorithm SEARCH: 









FOUNO="YES" 
count([i}-- count{i]+ + 
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respect to s’ and if P is “true” we move to the sucecssor of v determined by the 
edge labeled P, otherwise we move to the successor of » determined by the edge 
labeled ~P. 

(4) If vis the STOP vertex we define F(s) = c and define the execution of F with 
respect to sto bea. 

Let F be a flowchart and let N’, V,’ for cach n € N’, C’, and S’ be associated 
with F. Let A be an algorithm and the quantities NV, V, for each n € N, C, and 8S 
be associated with A. We say that F directly expresses algorithm A if: 

1.N=WN’, V, = V,’ for each n € N, C = C’, S = S’, and 

2. foreach s € S F(s) = A(s). 

Let ea(A) denote the set of flowcharts which directly express algorithm A. 

Direct expression of an algorithm does not always provide easily understood 
flowcharts, and accordingly we suy that F expresses algorithm A if: 

1NCN’, V, = V,' fornée N, CCC’, S = S'/N (S'/N denotes the set 
of functions obtained by restricting the members of SS’ to the set V), and 

2. for each s € S, A(s) is a subsequence of F(s’) where s’ is any member of S’ 
whose restriction to N is equal to s, and the state functions in the execution of A 
with respect to s are equal to the restrictions to NV of the corresponding state func- 
tions in the execution of F with respect to s’. 

Let ¢(A) denote the set of flowcharts which express algorithm A. Since flow- 
charts are necessarily finite, it may be that €(A) = ¢. Furthermore, eg(4A) © e¢(A). 
See Figure 1. 

D-charts are as “powerful” as flowcharts in the following sense: 

THporEM 1 (Bohm and Jacopini [2]). Jf F € €(A) then there exists a D-chart 
De é€(A). 

Proor. Label the START vertex in F with m and the STOP vertex with nw , 
and label all other vertices of F with the labels m1, --- , mm. If 7; is a command 
vertex we construct a corresponding D-chart block as follows: 


I<)}sm or jt 


If n, is a decision vertex we construct a corresponding D-chart block as follows: 





ton, tomy 


1SjSmor jre 





Is kam oF kee 


If N is the set. of variables of F we assume that 11, --- , Um, ve are not in N and 
that these new variables take on values in {0, 1}. If 7,’ is the D-chart block cor- 
responding to vertex 7; in F, we construct the D-chart shown in Figure 2, where we 
assume that 7; is the vertex in Ff which dircetly succeeds the START vertex (1 < 
j < morj = ©) and m > 1 (if m = 0 then D = FPF). It is easy 
to see that DE «&(A). | 

Suppose / € eg(A) and F# is the sct of all atoms used in the formation of pred- 
icates associated with 7. We say that a flowchart F’ is directly equivalent to F 
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with respect to A and the atoms R of F, if F’ € eg(A) and the predicates appearing 
in F’ are formed using only atoms in R. 

The following theorem is analogous to a theorem of Knuth and Floyd [3]. 

TurorpM 2. There exists an algorithm A and a flowchart F € €4(A) such that 
there is no D-chart which is directly equivalent to F with respect to A and the atoms 
R of F. 

Proor. Consider the following algorithm A and flowchart F where F € e(A). 


N = {M, i}, Vu = Vi = {1,2, --+}, 

S = [s| (Mf) = 1, s(t) = Yj, C = {a, a}, R = {p}, 
Sie QM —i, 

@q *ie 2M —2-7, 

pei<M, 


Ay = aa s(M) odd and k = [s(M) — 1)/2, 
~~ \eo(exce)"; (MM) even and h = [s(M) — 2]/2. 








(p)1(p)7 (~p)3(p)5(~p) 5 (~p) 
(p)1(p)9(~p)3 (p)7 (~p)3(p)5 (Pp) 
(p)1(p)11 (~p)3 (p)9(~p)5 (p)7 (~p) 7 (~p) 


M Sequence of values of 7 
1 (~p)l(~p) 

2 (p)1(p)1(p) 

3 (p)1(p)8(~p)3(~p) 

4 (p}1(p)5 (~p)3(p)3(p) 

5 

6 

7 


The predicates in parentheses hold at their respective points in the sequence 
Consider the following sequence of commands and predicates 


a= (p)al~p)alp)e(~p)e(p)ca(~p)er(p)ee(~p) +++ - 
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We interpret the above sequence as a metadescription of the execution of F for 
arbitrarily large Af. Specifically, the subsequence of commands is the algorithm 
A(s) for arbitrarily large s(A1); the predicate following each command holds after 
the corresponding command is executed, that is, (p) following c: means that 7 << M 
after c; is executed, and (~p) following ce: means that 7 > Af after c is executed. 

We make the assumption that there is a D-chart D which is directly equivalent to 
F, and we shall show that this leads to a contradiction. Let us “follow” the execu- 
tion of D(s) when s(M) is arbitrarily large; suppose J is the first vertex in D which 
we visit for a second time. By the structure of D, J is an iteration vertex 


° 1 seiner or 
he 
The symbol (qg) represents the atom (cither p or ~p) which was true when this 
loop was entered for the first time, and (7) is the atom which was true when the 
vertex J was reached for the second time. 
Assume that (q) = (p) and (r) = (~p). By inspection of a it is clear that a 


must appear on the path 


es) 


One can choose s’(M) such that D(s’) behaves exactly like D(s) until ma is reached 


for the first time, at which time in the execution of D(s’), c: causes p to be true and 
this is in fact the last command executed for this valuc of s’(J7). This results in 
infinite looping and consequently (q) = (p) and (r) = (~p) cannot hold. A similar 
argument shows that (q¢) = (~p) and (r) = (p) cannot hold. 

Assume that (g) = (p) and (7) = (p). 


2 hy 
a 


In this case te and fi must appear at least one time as consecutive command 


vertices in the loop. Again by choosing s’(AZ) properly we can cause p to hold after 
cz: is executed for the first time in this loop. This again implies infinite looping and 
consequently (gy) = (p) and (7) = (p) cannot hold. Similarly, (g) = (~p) and 
(r} = (~p) eannot hold. We are therefore forced to conclude that there is no re- 
peated vertex in the execution of D(s) when s(M) is arbitrarily large. This ig im- 
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possible since D is finite and we can conclude that there is no D-chart which is 
directly equivalent toF. J 


4. Flags 


In the proof of Theorem 1 we introduced the variables v; in order to construct the 
appropriate D-chart, as did Béhm and Jacopini [2]. We can think of these variables 
as “flags” or “signals” which tell us which sequence of commands to execute next. 
We can make the notion of a “flag” more precise. Let N be the set of variables asso- 
clated with a flowchart F. We say that a variable x € N is a flag if x takes on values 
in a finite sct, and in each command of the form « — f(j +--+ ym), each of the 
variables y, , --+ , Ym are flags. The variable FOUND in the D-chart which expressed 
Algorithm SEARCH is a flag. 

Intuitively one would think that flags are unessential in a flowchart, and in fact 
it is casy to show that they are dispensible in a certain sense. For example, suppose 
we wanted to eliminate the fag FOUND in the Example. Smce FOUND takes 
on only two values we can make two copies of D (considered as a flowchart), one 
with the value of FOUND considered to be “NO” and the other with FOUND set 
to the value “YES.” Any statement which changes the value of FOUND is replaced 
by an appropriate transfer. 

Figure 3 shows two copies of D, one for each of the possible values of FOUND. 
The dotted edges are edges which have been omitted. A single START vertex has 
been added, and it is immediately followed by a test to determine the appropriate 
copy of D to begin with. Figure 3 can be reduced to a flowchart by successively 
eliminating all vertices with no incoming edges, replacing all series edges by single 
edges, replacing ull parallel edges by single edges, and finally coalescing all the STOP 
vertices into a single STOP vertex. This procedure applied to Figure 3 results in 
the flowchart F in the Example. 

We say that a set W of flags is complete if — f(y, +++, ye) € Candze W 
imply y1, +--+ , yx € W. From the above example it should be clear that: 

TuroreM 3. Let F € €,(A) and W be a complete set of flags of F. For each s € 8 
let B(s) be the subsequence of A(s) obtained by dropping all commands of the form 
a —f(yr, +++, Ye), where x € W. Then there is a flowchart F’ which one can con- 
struct from F such that F’ € ea(B). 
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5. Summary 


The theorems of the previous sections are examples of results which might be mis- 
leading when applied to the problem of making an algorithm easy to understand. 
Theorem 1 means that D-charts are as powerful as flowcharts if we are allowed to 
add flags to a given flowchart. However, the form of the D-chart given in the proof 
of the theorem is clearly not a desirable expression of an algorithm. The additional 
flags in the D-chart merely represent the topology of the original flowchart, and this 
encoding of all the topology into flags does not necessarily make understanding the 
algorithm easy. 

Theorem 3, on the other hand, shows that flags are superfluous since their effect 
can always be accounted for in the topology of a flowchart. This extreme is equally 
undesirable since a complex topology must be unraveled before an algorithm can 
be understood. 

Finally, Theorem 2 indicates that we must necessarily permit the use of flags in 
D-charts if they are to be as powerful as arbitrary flowcharts. This does not mean, 
however, that D-charts are an inadequate means of expression. 


REFERENCES 


1, Duxstra, E. Go to statement considered harmful. Comm. ACM 11, 3 (March 1968), 
147-148. 

2. Boum, C., anp Jacopin1, G. Flow diagrams, Turing machines and languages with only 
two formation rules. Comm. ACM 9, 5 (May 1966), 366-371. 

3. Kwyuvru, D. E., anp Fioyp, R. W. Notes on avoiding ‘“GOTO”’ statements. TR-CS 148, 
Comput. Sei. Dep., Stanford U., Stanford, Calif., Jan. 1970. 


RECEIVED NOVEMBER 1970; REVISED suLY 1971 


Journal of the Assoeiatian far Comnnting Machinery Val 19 No 2 Tilv 1079 


